Extensible search term suggestion engine

ABSTRACT

A search term suggestion engine of a computing device receives characters of user data as the characters are input. The user data is at least part of a search term to be provided to one of multiple applications to search for the search term. An indication of multiple suggestion sources is received from the one application, and one or more suggested search terms are obtained, from the multiple suggestion sources, based on the received characters. One or more suggested search terms can also be obtained from the multiple suggestion sources based on one or more linguistic alternatives for the received characters. The one or more suggested search terms are combined into a combined set of suggested search terms, and the combined set of suggested search terms is returned to a search user interface for presentation to the user.

BACKGROUND

As computers have become increasingly commonplace, the amount of electronic data that has become available to users has grown tremendously. While having access to such large amounts of electronic data can be very beneficial to users, it is not without its problems. One such problem is that it can be difficult sometimes for users to find the particular electronic data they are looking for. For example, users can encounter situations where they are not certain of the specific name or proper spelling of something they are looking for. Not being able to find what they are looking for due to this uncertainty can be a frustrating experience for the user.

SUMMARY

This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

In accordance with one or more aspects, a search term suggestion engine of a computing device receives characters of user data as the characters are input. The user data is at least part of a search term to be provided to an application to search for the search term. An indication of multiple suggestion sources is received from the application, and one or more suggested search terms are obtained, from two or more of the multiple suggestion sources, based on the received characters. The one or more suggested search terms are combined into a combined set of suggested search terms, and the combined set of suggested search terms is returned to a search user interface for presentation to the user.

In accordance with one or more aspects, characters of user data are received as the characters are input. The user data is at least part of a search term to be provided to an application to search for the search term. One or more linguistic alternatives for the characters are determined, and both the characters and the one or more linguistic alternatives are provided to a suggestion source. One or more suggested search terms based on the one or more linguistic alternatives are received from the suggestion source, and the one or more suggested search terms are returned to a search user interface for display.

BRIEF DESCRIPTION OF THE DRAWINGS

The same numbers are used throughout the drawings to reference like features.

FIG. 1 illustrates an example system implementing the extensible search term suggestion engine in accordance with one or more embodiments.

FIG. 2 is a block diagram illustrating an example system using the extensible search term suggestion engine in accordance with one or more embodiments.

FIG. 3 illustrates an example screen display displaying suggested search terms in accordance with one or more embodiments.

FIG. 4 is a flowchart illustrating an example process for generating a combined set of suggested search terms in accordance with one or more embodiments.

FIG. 5 is a flowchart illustrating an example process for generating suggested search terms based on linguistic alternatives in accordance with one or more embodiments.

FIG. 6 illustrates an example computing device that can be configured to implement the extensible search term suggestion engine in accordance with one or more embodiments.

DETAILED DESCRIPTION

An extensible search term suggestion engine is discussed herein. The search term suggestion engine receives characters of user data that are entered as at least part of a search term to a search user interface (UI). As the characters of user data are received, the search term suggestion engine obtains suggested search terms from multiple different suggestion sources. Various different suggestion sources can be used, and the application being searched can specify which suggestion sources are to be used. The search term suggestion engine merges the suggested search terms obtained from the different sources into a combined set of suggested search terms, and provides this combined set of suggested search terms to the search UI for presentation to the user. Additionally, the search term suggestion engine can obtain various linguistic alternatives for the characters of user data that have been entered, such as alternatives including different symbols or characters (e.g., for East Asian languages), and alternatives including search terms in different alphabets (e.g., Latin alphabet, Cyrillic alphabet, etc.). The search term suggestion engine can then obtain suggested search terms from one or more of the multiple different suggestion sources based on the obtained linguistic alternatives.

FIG. 1 illustrates an example system 100 implementing the extensible search term suggestion engine in accordance with one or more embodiments. System 100 includes a computing device 102 that can optionally communicate with one or more (x) other devices 104(1), . . . , 104(m) via a network 106. Network 106 can be a variety of different networks, including the Internet, a local area network (LAN), a public telephone or other phone network, an intranet, other public and/or proprietary networks, combinations thereof, and so forth. Computing device 102 can be a variety of different types of devices, such as a desktop computer, a notepad or tablet computer, a netbook or laptop computer, a server computer, a mobile station, an entertainment appliance, a set-top box communicatively coupled to a display device, a television, a cellular or other wireless phone, a game console, an automotive computer, and so forth. Additionally, although illustrated as a single device 102, it should be noted that the components or modules of computing device 102 can be implemented as a system of multiple devices, with the components or modules being distributed across the different devices in the system.

Devices 104 can be a variety of different computing devices capable of communicating with computing device 102. Computing device 102 can optionally access one or more of devices 104 to obtain various information, as discussed in more detail below. Similar to the discussion of computing device 102, devices 104 can be a variety of different types of devices. Devices 104 can be the same type or alternatively different types of devices as computing device 102. In system 100, computing device 102 is illustrated as communicating with devices 104 via network 106. Alternatively, computing device 102 can communicate with devices 104 via other types of communication mechanisms or connections, such as various wired and/or wireless connections (e.g., universal serial bus (USB) connections, wireless USB connections, Bluetooth connections, IEEE 1394 connections, and so forth).

Computing device 102 includes an operating system 110 and one or more applications 112. Operating system 110 manages the launching and running of applications 112 on computing device 102. Each of applications 112 can be a variety of different types of applications, such as productivity applications (e.g., email applications, word processing applications, spreadsheet applications, database applications, etc.), entertainment applications (e.g., game applications, audio and/or video playback applications, etc.), social networking applications, and so forth. An application 112 can access data locally, accessing data on computing device 102 (or on storage devices coupled to computing device 102) rather than accessing data on a device 104 via network 106. For example, an application 112 can be a word processing application that accesses data locally. In addition to, or alternatively in place of, accessing data locally, an application can access data on one or more devices 104 via network 106. For example, an application 112 can be an interface application for a device 104 that provides a movie service, allowing a user of computing device 102 to access movies from device 104 via that application 112.

Applications 112 allow users to search the various data that they access. A user can enter a search term (e.g., one or more characters, words, symbols, etc.) via a search UI that is specific to a particular application 112 or alternatively that is used by multiple applications 112. The application 112 being searched returns data that matches the search term for display or other presentation to the user.

Operating system 110 includes an input module 114, a display module 116, and an extensible search term suggestion module 118. Operating system 110 is typically implemented in software and/or firmware, although at least parts of operating system 110 can alternatively be implemented in hardware.

Input module 114 receives user inputs from a user of computing device 102. User inputs can be provided in a variety of different manners, such as by pressing one or more keys of a keypad or keyboard of device 102, pressing one or more keys of a controller (e.g., remote control device, mouse, trackpad, etc.) of device 102, pressing a particular portion of a touchpad or touchscreen of device 102, making a particular gesture on a touchpad or touchscreen of device 102, and/or making a particular gesture on a controller (e.g., remote control device, mouse, trackpad, etc.) of device 102. User inputs can also be provided via other physical feedback input to device 102, such as tapping any portion of device 102, an action that can be recognized by a motion detection component of device 102 (such as shaking device 102, rotating device 102, etc.), and so forth. User inputs can also be provided in other manners, such as via audible inputs to a microphone, via motions of hands or other body parts observed by an image capture device, and so forth. These user inputs allow a user to interact with computing device 102, such as by inputting particular characters or symbols, selecting particular buttons or menu options, dragging and dropping various descriptions or images, and so forth.

Display module 116 generates, manages, and/or outputs a display for a screen of computing device 102. This display can include various information, such as information provided by applications 112, information provided by extensible search term suggestion module 118 or other modules of operating system 110, and so forth. The information displayed to the user can include user inputs received by input module 114. The screen on which display module 116 displays information can be implemented in a variety of different manners, such as using liquid crystal display (LCD) technology, plasma screen technology, image projection technology, and so forth. The screen can be included as part of computing device 102, or alternatively display module 116 can generate one or more signals that are output to one or more other display devices that include one or more screens. Although the discussions herein refer to displaying information on one or more screens, it is to be appreciated that information can alternatively be presented to users by display module 116 in other manners, such as audibly via one or more speakers.

Extensible search term suggestion module 118 provides one or more suggested search terms to assist a user of system 100. When a user desires to search an application, such as an application 112, the user inputs characters that make up at least a portion of a search term. Extensible search term suggestion module 118 receives these characters as they are input by the user, automatically identifies one or more suggested search terms based on the characters received, and returns the one or more suggested search terms for presentation (e.g., display) to the user. Extensible search term suggestion module 118 can obtain the suggested search terms from multiple different sources, which can be located on computing device 102 and/or on another device 104.

Additionally, extensible search term suggestion module 118 can leverage a linguistic alternatives generation module that generates one or more linguistic alternatives for the characters received. These linguistic alternatives are different symbols or characters that can correspond to the characters received, such as different East Asian language characters. These linguistic alternatives can also be translations of the characters into different alphabets (e.g., Latin alphabet, Cyrillic alphabet, etc.).

Search term suggestion module 118 is extensible in that different suggestion sources can be used for suggested search terms and linguistic alternatives for suggested search terms can be used. Different applications and/or users can select different suggestion sources to be used for suggested search terms as well as whether linguistic alternatives for suggested search terms are to be used.

FIG. 2 is a block diagram illustrating an example system 200 using the extensible search term suggestion engine in accordance with one or more embodiments. System 200 includes an extensible search term suggestion module or engine 202, a search UI module 204, an application 206, a linguistic alternatives generation module 208, and multiple suggestion sources 220, 222, 224, 226, and 228. Application 206 can also be a suggestion source, as discussed in more detail below. Extensible search term suggestion module 202 can be, for example, an extensible search term suggestion module 118 of FIG. 1. Application 206 can be, for example, an application 112 of FIG. 1, an application running on one of devices 104 of FIG. 1, and so forth.

In one or more embodiments, search UI module 204, application 206, and extensible search term suggestion module 202 are on the same computing device (e.g., computing device 102 of FIG. 1). Alternatively, one or more of search UI module 204, application 206, and extensible search term suggestion module 202 can be implemented on different computing devices. For example, extensible search term suggestion module 202 can be implemented on one computing device, search UI module 204 can be implemented on another computing device, and application 206 can be implemented on yet another computing device.

Search UI module 204 provides a search user interface to a user, receiving user inputs (e.g., via an input module 114 of FIG. 1), and also displaying or otherwise presenting (e.g., via a display module 116 of FIG. 1) suggested search terms as well as other information. User data representing a search term is input by the user, typically one character at a time. A character can be a letter, number, other symbol, and so forth. As the characters are input, search UI module 204 provides the characters of user data to extensible search term suggestion module 202. Extensible search term suggestion module 202 obtains suggested search terms from one or more of various different suggestion sources (e.g., suggestion sources 220-228, application 206). Extensible search term suggestion module 202 merges or combines the suggested search terms from the different suggestion sources to generate a combined set of suggested search terms, and returns the combined set of suggested search terms to search UI module 204. This process of obtaining suggested search terms and returning a combined set of suggested search terms is performed in response to each character input by the user, and can result in different combined sets of suggested search terms as characters are input.

In the discussions herein, extensible search term suggestion module 202 is discussed as returning a combined set of suggested search terms to search UI module 204 for presentation to a user, and these search terms are obtained from one or more of various different suggestion sources (e.g., suggestion sources 220-228, application 206). It should be noted, however, that suggestion sources typically are not (however alternatively could be) required to return suggested search terms. Accordingly, situations can arise where one or more suggestion sources return no suggested search terms. If none of the suggestion sources returns at least one suggested search term, then extensible search term suggestion module 202 returns no suggested search terms to UI module 204 for presentation to a user.

FIG. 3 illustrates an example screen display 302 displaying suggested search terms in accordance with one or more embodiments. Screen display 202 includes a toolbar (or taskbar) 304. Toolbar 304 can include a variety of different information, such as the current time (illustrated as 10:10 AM). A data entry field 306 provides a location where a user can input characters of a search term and have those characters displayed. In the illustrated example, the user has entered the characters “He”.

A search button 308 is also displayed. A user can select search button 308 in a variety of different manners (e.g., via input module 114 of FIG. 1), such as by touching search button 308 with a stylus or finger, maneuvering a pointer over search button 308 and pressing a button of a cursor control device (e.g., a mouse), pressing a particular key of a keyboard, and so forth. In response to user selection of search button 308, the characters currently entered in data entry field 306 are sent to an application for searching. The application to which the search term is sent can be determined in different manners, such as being the currently active application or another application selected by the user.

Screen display 302 also displays one or more suggested search terms as suggestion list 310. Suggestion list 310 includes the suggested search terms in the combined set of search terms (e.g., as generated by extensible search term suggestion module 202 of FIG. 2). In the illustrated example, the user has entered the characters “He”, and the combined set of search terms are Hello, Heathrow Airport, Henderson Nevada, Helium, Heroes, Hercules, Health Benefits, and Healthy Lifestyles.

The user can then select one of the suggested search terms in suggestion list 310, and in response the selected suggested search term is entered in data entry field 306. For example, if “Helium” were selected from suggestion list 310, then “Helium” replaces “He” in data entry field 306. The user can select one of the suggested search terms in suggestion list 310 in a variety of different manners (e.g., via input module 114 of FIG. 1), such as touching the suggested search term with a stylus or finger, maneuvering a pointer over the suggested search term and pressing a button of a cursor control device (e.g., a mouse), and so forth.

It should be noted that the location of data entry field 306 and search button 308 are examples, and that the data entry field 306 and search button 308 can be displayed anywhere on screen display 302. For example, data entry field 306 and search button 308 can be displayed at the top of screen display 302, along the left side or right side of screen display 302, in the center of screen display 302, as part of a menu bar, as part of an icon bar or dock, within a window of an application to be searched (e.g., one of applications 112 of FIG. 1), and so forth. Additionally, suggestion list 310 is illustrated as being above and adjacent to data entry field 306. However, it is to be appreciated that the location of suggestion list 310 is an example, and suggestion list 310 can be displayed anywhere on screen display 302 (although typically so as not covering data entry field 306 or search button 308). For example, suggestion list 310 can be displayed at the top of screen display 302, along the left side or right side of screen display 302, in the center of screen display 302, in locations not adjacent to data entry field 306, at least partially within a window of an application to be searched, and so forth.

Returning to FIG. 2, in system 200 search UI module 204 and application 206 are illustrated as separate components. Search UI module 204 can be a system level search user interface module that provides a search user interface to various different applications. Alternatively, search UI module 204 can be an application-specific search module that provides a search user interface to a single application. In such situations, search UI module 204 can be included as a module of that single application (e.g., application 206).

Application 206 is the application that is to be searched for a search term. Multiple applications can optionally be searched for a search term, and in such situations application 206 is included as one of those multiple applications. The particular application that is to be searched for a search term can be identified in different manners. In one or more embodiments, in which the search UI module 204 is included as part of a particular application, then the particular application that includes the search UI module is the application that is to be searched for a search term. In other embodiments, the application that is to be searched for a search term can be identified in different manners, such as search UI module 204 providing an indication of the application that is to be searched for a search term, or the currently active application being the application that is to be searched for a search term. The currently active application refers to the application (e.g., one of applications 112 of FIG. 1 (an application other than the operating system)) that is currently running in the foreground and is the application that the user can interact with. Although multiple applications can be running concurrently on a computing device, only one is the currently active application at any given time. An identifier of the currently active application can be obtained from, for example, the operating system of the computing device.

Extensible search term suggestion module 202 includes a configuration module 240, a search term collection module 242, and a search term merge module 244. Configuration module 240 receives an indication from application 206 (or alternatively from another component or module, such as search UI module 204) specifying which suggestion sources extensible search term suggestion module 202 is to use for search term suggestions. Different applications can specify different suggestion sources, and the same application can specify different suggestion sources at different times. Accordingly, configuration module 240 receives the indication of which suggestion sources are to be used, and provides that indication to search term collection module 242. Configuration module 240 can also be configured with a default indication of which suggestion sources are to be used. The default indication of which suggestion sources are to be used is provided to search term collection module 242 if no indication of which suggestion sources are to be used is received from application 206. Configuration module 240 can also receive additional information from application 206 and/or search user interface module 204 to be used in obtaining suggested search terms as discussed in more detail below.

Search term collection module 242 obtains the suggested search terms from one or more of the suggestion sources. The one or more suggestion sources from which suggested search terms are obtained are those that are indicated as the suggestion sources to be used. Search term collection module 242 provides the characters of user data received from search UI module 204 to each suggestion source from which suggested search terms are to be obtained. In the example system 200, the one or more suggestion sources from which suggested search terms can be obtained include local file source 220, per user search history source 222, crowd search history source 224, independent service provider source 226, natural language source 228, and application 206. Each of these suggestion sources identifies, generates, or otherwise obtains suggested search terms based on the characters of user data received from search term collection module 242.

Local file source 220 is one or more components or modules that provide zero or more suggested search terms based on the files stored on local storage devices of a device (e.g., the device implementing extensible search term suggestion module 202 and/or search UI module 204). These local storage devices can be included in the device and/or be connected to the device (e.g., via a USB or other connection), and can include a variety of different types of storage devices (e.g., one or more magnetic disks, one or more optical disks, Flash memory devices, and so forth).

Local file source 220 analyzes one or more of various properties or metadata associated with files stored on the local storage device, and determines one or more suggested search terms based on that analysis. The various properties can be, for example, the name of the file, the name of a folder in which the file is stored, and so forth. Various metadata describing the files can be stored as part of or otherwise associated with the files and accessed by local file source 220, and this metadata can vary by file type. For example, a music file that stores a song can have as metadata a name of the recording artist of the song, a name of the song, names of individual band members that make up the recording artist, and so forth. By way of another example, a movie file can have as metadata a title of the movie, a name of a producer of the movie, names of actors and/or actresses in the movie, and so forth. By way of yet another example, a file that stores an electronic book file can have as metadata a title of the book, a publisher of the book, names of one or more main characters in the book, and so forth.

Local file source 220 can determine, as the zero or more suggested search terms, which properties and/or metadata (if any) match the received characters in a variety of different manners. A file can match the received characters if a particular property and/or particular metadata of the file begins with the received characters. A file can also match the received characters if one of multiple character sequences (e.g., words or any other sequence of characters separated by a space or punctuation symbol that may not be defined as a word in a particular language) of a particular property and/or particular metadata of the file begins with the received characters. For example, local file source 220 can identify all files having a file name that begins with or includes a word that beings with the received characters (the characters of user data as received from search term collection module 242), all files having metadata including a recording artist name that begins with or includes a word that beings with the received characters, all files having a movie title that beings with or includes a word that beings with the received characters, and so forth. The particular property or metadata to be checked to determine a match with the received characters can be identified in different manners, such as being received from application 206 (e.g., via configuration module 240), being received from a user of the device implementing extensible search term suggestion module 202, being pre-configured in local file source 220, being received from another component or module, and so forth

In one or more embodiments, local file source 220 checks all files on each local storage device in determining the zero or more suggested search terms. Alternatively, local file source 220 can check only some of the files on the local storage devices, such as particular types of files (e.g., files having particular file extensions or categorized as a particular type of file), check only files in a particular folder or directory (e.g., only files in a movie file directory, only files in a music file directory, etc.), and so forth. Local file source 220 can be pre-configured with which files on the local storage devices to check, or alternatively can receive or otherwise obtain an indication of which files to check. An indication of which files to check can be received or otherwise obtained in different manners, such as from application 206 (e.g., via configuration module 240), from a user of the device implementing extensible search term suggestion module 202, and so forth.

Local file source 220 returns, to search term collection module 242, as suggested search terms the properties and/or metadata (if any) that match the received characters. Additionally, in one or more embodiments local file source 220 ranks the suggested search terms that local file source 220 returns. This ranking of the suggested search terms is an ordering of the search terms from a highest ranking to a lowest ranking This ranking can be determined in different manners. In one or more embodiments, local file source 220 determines how many files have the same property or metadata that match the received characters, and ranks that property or metadata based on frequency of occurrence (e.g., an ordering from the most matches to the fewest matches). For example, if the received characters are “He”, eight files have metadata that includes “Hercules”, five files have metadata that includes “Helium”, and two files have metadata that includes “Heroes”, then the suggested search terms provided by local file source 220, in the order of their ranking (based on frequency of occurrence), are: Hercules, Helium, Heroes.

Per user search history source 222 is one or more components or modules that provide zero or more suggested search terms based on a history of search terms entered by the user of a device (e.g., the device implementing extensible search term suggestion module 202 and/or search UI module 204). When a search term is entered by the user (e.g., by selecting search button 308 of FIG. 1), search UI module 204 provides the search term to extensible search term suggestion module 202. Search UI module 204 can also provide the search term to application 206, or alternatively rely on extensible search term suggestion module 202 to provide the search term to application 206. Extensible search term suggestion module 202 provides the search term to per user search history source 222, which maintains a record of the search term, the current user of the device at the time the search term was entered, and the application that was searched for that search term.

Per user search history source 222 can obtain an indication of the user of the device at any particular time (e.g., when a search term was entered, when one or more characters are input, etc.) from an operating system of the device (e.g., an indication of the user that is signed into the device) or elsewhere (e.g., from extensible search term suggestion module 202). Similarly, per user search history source 222 can obtain an indication of an application (e.g., an application that is searched, a currently active application, etc.) from an operating system of the device or elsewhere (e.g., from extensible search term suggestion module 202).

To determine zero or more suggested search terms, per user search history source 222 obtains an indication of the current user of the device and an indication of the current application to be searched for the search term. Per user search history source 222 compares the received characters (the characters of user data as received from search term collection module 242) to the search terms that were previously entered by the current user for searching in the current application to be searched, and can identify matching previous search terms in a variety of different manners. A previous search term can match the received characters if at least the beginning characters of the previous search term are the received characters. A previous search term can also match the received characters if one of multiple character sequences (e.g., words or any other sequence of characters separated by a space or punctuation symbol that may not be defined as a word in a particular language) of the previous search term begins with the received characters. Per user search history source 222 returns, to search term collection module 242, as suggested search terms the previously entered search terms that match the received characters.

Alternatively, rather than being based on search terms for a single application, per user search history source 222 can operate across multiple applications. In such situations, to determine zero or more suggested search terms, per user search history source obtains an indication of the current user of the device, compares the received characters to the search terms that were previously entered by the current user, and identifies matching previous search terms. A record of the application that is searched for a particular search term need not be maintained, and the comparison of the received characters to the search terms need not be based on the current application to be searched.

Additionally, in one or more embodiments per user search history source 222 ranks the suggested search terms that source 222 provides. This ranking of the suggested search terms is an ordering of the search terms from a highest ranking to a lowest ranking This ranking can be determined in different manners. In one or more embodiments, per user search history source 222 determines how recently each of the matching previous search terms was used and ranks the matching previous search terms in order from most recently used to least recently used. In the record of search terms maintained by per user search history source 222, per user search history source 222 can include an indication of when each search term was used (e.g., a timestamp of when the search term was entered), and this record can be accessed to determine how recently each of the matching previous search terms was used. In other embodiments, per user search history source 222 determines (e.g., based on the record of search terms maintained by per user history source 222) how frequently each of the matching previous search terms was used and ranks the matching previous search terms in order from most frequently used to least frequently used.

Furthermore, in one or more embodiments, application 206 can specify different scopes for which per user search history source 222 is to maintain records of the search terms. Application 206 specifies (e.g., via configuration module 240) the different scopes, and when a search term is entered also specifies the scope for the entered search term. To determine zero or more suggested search terms, per user search history source 222 obtains an indication of the current scope of application 206 (e.g., from application 206 via configuration module 240), and identifies matching previous search terms for only that scope.

Application 206 can define scopes in any manner it desires. For example, an entertainment application may define one scope as audio playback, and another as audio/video playback. If the current scope of application 206 is, for example, audio playback, then per user search history source 222 identifies matching previous search terms for audio playback but not audio/video playback. By way of another example, an electronic mail application may define one scope as email messages, another scope as contacts, and another scope as calendar entries. If the current scope of application 206 is, for example, contacts, then per user search history source 222 identifies matching previous search terms for contacts but not email messages or calendar entries. Per user search history source 222 need not be concerned with why there are different scopes for an application or what those different scopes are used for by the application. Rather, per user search history source 222 can just maintains the records of the search terms based on the scope for the search term.

Crowd search history source 224 is one or more components or modules that provide zero or more suggested search terms based on a history of search terms without regard for the user of the device. Crowd search history source 224 is similar to per user search history source 222, but operates without regard for the user of the device. Crowd search history source 224 maintains a record of the search term that was entered and the application that was searched for that search term. To determine zero or more suggested search terms, crowd search history source 224 obtains an indication of the application to be searched, compares the received characters to the search terms that that application was previously searched for, and identifies matching previous search terms. A record of the user of the device need not be maintained, and the comparison of the received characters to the search terms that were previously searched for need not be based on the current user of the device. Crowd search history source 224 returns, to search term collection module 242, as suggested search terms the previously entered search terms that match the received characters.

Alternatively, rather than being based on search terms for a single application, crowd search history source 224 can operate across multiple applications. In such situations, to determine zero or more suggested search terms, crowd search history source 224 compares the received characters to the search terms that were previously entered at the device and identifies matching previous search terms. A record of the application that is searched for a particular search term need not be maintained and a record of the user of the device need not be maintained. Similarly, the comparison of the received characters to the search terms that were previously searched for need not be based on the current application to be searched or on the current user of the device.

Additionally, in one or more embodiments crowd search history source 224 ranks the suggested search terms that crowd search history source 224 provides. This ranking of the suggested search terms is an ordering of the search terms from a highest ranking to a lowest ranking This ranking can be determined in different manners, analogous to the discussion above regarding per user search history source 222.

Furthermore, in one or more embodiments application 206 can specify different scopes for which crowd search history source 224 is to maintain records of the search terms. To determine zero or more suggested search terms, crowd search history source 224 obtains an indication of the current scope of application 206, and identifies for only that scope matching search terms that were previously searched for, analogous to the discussion above regarding per user search history source 222.

Independent service provider source 226 is one or more components or modules that provide zero or more suggested search terms independently of the computing device implementing extensible search term suggestion module 202 and/or search UI module 204. Independent service provider source 206 can be a remote device or service, such as a service accessed over the Internet, that provides suggested search terms. Search term collection module 242 provides the characters of user data to independent service provider source 226, and receives zero or more suggested search terms from independent service provider source 226. The manner in which independent service provider source 226 determines zero or more suggested search terms based on those characters is determined by independent service provider source 226. Search term collection module 242 need have no (and typically has no) knowledge of how independent service provider source 226 determines the zero or more suggested search terms. Multiple such independent service provider sources 226 can be available to search term collection module 242, and module 242 can be pre-configured with an indication of which independent service provider source or sources 226 to use, or alternatively can receive or otherwise obtain an indication of which independent service provider source or sources 226 to use, such as from application 206 (e.g., via configuration module 240), from a user of the device implementing extensible search term suggestion module 202, and so forth.

Additionally, in one or more embodiments independent service provider source 226 ranks the suggested search terms that independent service provider source 226 provides. This ranking of the suggested search terms is an ordering of the search terms from a highest ranking to a lowest ranking The manner in which independent service provider source 226 determines the ranking is determined by independent service provider source 226 itself—search term collection module 242 need have no (and typically has no) knowledge of how independent service provider source 226 determines the ranking

Natural language source 228 is one or more components or modules that provide zero or more suggested search terms based on a dictionary of words. Natural language source 228 includes, or has access to, a particular dictionary of words (e.g., commonly used words in the English language or another language, commonly used words in a particular field that are in the English language or other languages, and so forth). Natural language source 228 compares the received characters (the characters of user data as received from search term collection module 242) to the languages in this dictionary, and returns as zero or more suggested search terms words that match (e.g., begin with) the received characters. Multiple such natural language sources 228 can be available to search term collection module 242, and module 242 can be pre-configured with an indication of which natural language source or sources 228 to use, or alternatively can receive or otherwise obtain an indication of which natural language source or sources 228 to use, such as from application 206 (e.g., via configuration module 240), from a user of the device implementing local file source 220, and so forth.

Additionally, in one or more embodiments natural language source 228 ranks the suggested search terms that natural language source 228 provides. This ranking of the suggested search terms is an ordering of the search terms from a highest ranking to a lowest ranking This ranking can be determined in different manners. For example, natural language source 228 can maintain an indication of how commonly used each word in the dictionary is, and rank the suggested search terms in order from most commonly used to least commonly used. By way of another example, natural language source 228 can rank the suggested search terms based on the sizes of the words (e.g., in terms of numbers of characters or syllables in the word), ranking the suggested search terms in order from smallest word to longest word.

Additionally, application 206 itself can be a suggestion source. Similar to independent service provider source 226, search term collection module 242 provides the characters of user data to application 206 and receives zero or more suggested search terms from application 206. The manner in which application 206 determines zero or more suggested search terms based on those characters is determined by application 206 itself—search term collection module 242 need have no (and typically has no) knowledge of how application 206 determines the zero or more suggested search terms. Although application 206 can be a suggestion source, application 206 need not be a suggestion source. Rather, application 206 can rely on one or more of the other suggestion sources 220-228 and need not itself generate suggested search terms.

Furthermore, in one or more embodiments application 206 ranks the suggested search terms that application 206 provides. This ranking of the suggested search terms is an ordering of the search terms from a highest ranking to a lowest ranking The manner in which application 206 determines the ranking is determined by application 206—search term collection module 242 need have no (and typically has no) knowledge of how application 206 determines the ranking.

Search term merge module 244 merges or combines the suggested search terms obtained by search term collection module 242 into a combined set of suggested search terms, and provides the combined set of suggested search terms to search UI module 204 for display to the user. The combined list is, for example, suggestion list 310 of FIG. 3. In one or more embodiments, search term merge module 244 generates the combined set of suggested search terms by arranging the obtained suggested search terms in a particular order that is based on the suggestion sources from which the suggested search terms are obtained. This ordering indicates which suggestion sources are to have their suggested search terms included earlier in the combined list (e.g., higher in suggestion list 310 of FIG. 3) than which other suggestion sources. Search term merge module 244 can be configured with the ordering to use, or alternatively can obtain the ordering elsewhere, such as from application 206, from another module or device, and so forth. Search term collection module 242 can identify which suggested search terms are obtained from which suggestion source, or alternatively the suggestion source can be identified in other manners (e.g., received from the suggestion source itself).

In one or more embodiments, in which the suggestion sources from which the suggested search terms are obtained are local file source 222, per user search history source 222, and application 206, the ordering of the suggested search terms is search terms obtained from per user search history source 222, followed by suggested search terms from local file source 220, followed by suggested search terms from application 206. For example, if the suggested search terms “Hello”, “Heathrow Airport”, and “Henderson Nevada” were obtained from local file source 220, the suggested search terms “Helium”, “Heroes”, and “Hercules” were obtained from per user search history source 222, and the suggested search terms “Health Benefits” and “Healthy Lifestyles” were obtained from application 206, then the ordering of the suggested search terms in the combined list would be: “Helium”, “Heroes”, “Hercules”, “Hello”, “Heathrow Airport”, “Henderson Nevada”, “Health Benefits” and “Healthy Lifestyles”

In one or more embodiments, search term merge module 244 also removes duplicate suggested search terms in generating the combined set of suggested search terms. If the same suggested search term is obtained from multiple suggestion sources, then that search term is included in the combined set only once. Which of the duplicates of the suggested search term are to be removed can be determined in different manners. In one or more embodiments, the first occurrence of the suggested search term in accordance with the ordering of the suggestion sources discussed above is kept, and other occurrences of the suggested search term are removed. E.g., continuing with the previous example, if the same suggested search term were to be included in suggested search terms from each of local file source 220, per user search history source 222, and application 206, then that suggested search term is kept as one of the suggested search terms obtained from per user search history source 222, and is removed from the suggested search terms obtained from local file source 220 and from application 206.

For the suggested search terms obtained from each suggestion source, the ordering in the combined set of the suggested search terms from that suggestion source is based on the ranking of those suggested search terms received from the suggestion source. In one or more embodiments, the suggestion source returns the suggested search terms in the order (based on the ranking mechanism the suggestion source uses) that the suggested search terms are to be included in the combined set. Alternatively, the ordering in the combined set of the suggested search terms from a particular suggestion source can be determined in different manners, such as alphabetically, randomly, according to other rules or criteria, and so forth.

It should be noted that the different suggestion sources of suggested search terms can have different latencies, which refers to how much time it takes for search term collection module 242 to receive suggested search terms from those different suggestion sources. The latency of a suggestion source can be the result of various factors, such as whether the suggested search terms are obtained from the same device as implements extensible search term suggestion module 202 or a remote device, whether other requests or operations are being performed by the suggestion source, the manner in which the suggestion source is implemented, and so forth.

Search term module 244 accounts for these potentially different latencies. In one or more embodiments, search term module 244 waits for a threshold amount of time. This threshold amount of time can vary, and can be, for example, on the order of 100 milliseconds to 1 second. Search term merge module 244 can be configured with the threshold amount of time to use, or alternatively can obtain the threshold amount of time elsewhere, such as from application 206, from another module or device, and so forth. Suggested search terms received within that threshold amount of time are provided to search UI module 204, and suggested search terms subsequently received from other suggestion sources are provided to search UI module 204 when they are received.

Additionally, in one or more embodiments, search term merge module 244 uses the ordering of suggested search terms based on the suggestion sources discussed above. If suggested search terms from a particular suggestion source are not received within the threshold amount of time, then suggested search terms received from suggestion sources earlier in the ordering are returned to search UI module 204, but suggested search terms received from suggestion sources later in the ordering are not returned until the suggested search terms from that particular suggestion source are received. For example, assume that suggested search terms are to be obtained from local file source 220, per user search history source 222, independent service provider source 226, and application 206, and that the ordering of the suggested search terms in the combined set is: search terms obtained from per user search history source 222, followed by suggested search terms from local file source 220, followed by suggested search terms from independent service provider source 226, followed by suggested search terms from application 206. If search terms are received from source 220, source 222, and application 206 within the threshold amount of time, but search terms from source 226 are not received within the threshold amount of time, then the search terms received from sources 220 and 222 are returned to search UI module 204 as the combined list. When the search terms from source 226 are subsequently received, then the search terms from source 226 and application 206 are returned to search UI module 204 as an addition to the combined list. The suggested search terms that are part of the addition to the combined list are appended to the end of the list of suggested search terms displayed by search UI module 204, rather than being inserted into the middle of the list.

Search term module 244 can include different numbers of suggested search terms from different suggestion sources. Search term merge module 244 can be configured with the number of suggested search terms to include from each suggestion source, or alternatively can obtain the number of suggested search terms to include from each suggestion source elsewhere, such as from application 206, from another module or device, and so forth. If a suggestion source returns fewer suggested search terms than search term module 244 is to include in the combined set for that suggestion source, then search term module 244 can include additional suggested search terms from other suggestion sources, or alternatively just include the suggested search terms that were returned. If including additional suggested search terms from other suggestion sources, search term module 244 adds suggested search terms from suggestion sources that are earlier in the ordering of suggested search terms based on the suggestion sources discussed above.

For example, assume that search term merge module 244 is to include eight suggested search terms in the combined set—three suggested search terms from local file source 220 and five suggested search terms from per user search history source 222, and that the ordering of the suggested search terms in the combined set is search terms obtained from per user search history source 222 followed by search terms obtained from local file source 220. Further assume that per user search history source 222 returns eight suggested search terms, and local file source 220 returns two suggested search terms. In this situation, search term merge module 244 generates a combined set of suggested search terms that includes six suggested search terms from per user search history source 222, followed by two suggested search terms from local file source 220.

Additionally, in one or more embodiments, the information maintained by per user search history source 222 (or alternatively other suggestion sources) can be roamed to different computing devices. This roaming allows the per user history maintained by source 222 to be used for the same user on different computing devices. The information maintained by source 222 can be roamed in different manners. For example, the information maintained by source 222 can be encrypted or otherwise stored in a secure manner that allows access to the information only when that user is logged into a computing device and/or otherwise provides an appropriate authentication (e.g., user name and password). The information can be stored on another device or service (e.g., a device 104 accessed via network 106 of FIG. 1), and retrieved when requested by the user (e.g., when the user logs into a computing device, when the user begins entering characters of a search term, and so forth). Alternatively, the information can be maintained on a portable device (e.g., on a flash memory device) that the user connects to different computing devices, the device that includes extensible search term suggestion module 202 can make the information available to other devices (e.g., via network 106 of FIG. 1), and so forth.

Furthermore, in one or more embodiments one or more of the suggestion sources modify the received characters (the characters of user data as received from search term collection module 242) in determining zero or more suggested search terms. This modification allows, for example, typographical errors to be identified. This modification can include, for example, swapping characters, adding one or more characters, and removing one or more characters. For example, if the received characters are “He”, then the letter “H” or the letter “e” could be swapped with other characters (e.g., other letters), and a check made as to whether there are any suggested search terms for the source to provide based on the swapped characters. E.g., the letter “e” can be swapped with the letter “a”, and a check made as to whether there are any suggested search terms for the source to provide based on received characters of “Ha” (e.g., any previously searched for search terms that begin with “Ha”). By way of another example, if the received characters are “He”, then another letter can be added to the beginning, ending, or middle of the received characters. E.g., the letter “t” could be added resulting in “Het”, “Hte”, or “The”, and a check made as to whether there are any suggested search terms for the source to provide based on received characters of “Het”, “Hte”, or “The”. By way of yet another example, if the received characters are “He”, then one of the letters can be removed. E.g., the letter “e” could be removed resulting in “H”, or the letter “H” could be removed resulting in the letter “E”, and a check made as to whether there are any suggested search terms for the source to provide based on received characters of “H” or “E”.

In one or more embodiments, the suggestion source modifies the received characters in an attempt to identify zero or more suggested search terms only if no suggested search terms for the received characters are found. Thus, if the suggestion source identifies one or more suggested search terms using the received characters (without modification), then no modification of the received characters is performed. Additionally, in one or more embodiments the suggestion source uses a threshold for changes that indicates how many and/or how frequently characters can be modified. For example, only 1 out of every 3 characters can be modified, only 1 out of every 5 characters can be modified, and so forth.

It should also be noted that modifying the received characters can result in multiple suggested search terms based on the modified characters. In such situations, the multiple suggested search terms can be ranked based on their relevance to the received characters. This ranking based on relevance can be determined in different manners, such as based on the layout of a keyboard, the type of modification, and so forth. For example, the ranking can be swapped characters as most relevant, removed characters as next most relevant, and added characters as least relevant. By way of another example, if different swapped characters result in multiple suggested search terms, then the layout of the keyboard can be used to identify which letter is closest to the received character, and that letter is ranked as the most relevant. E.g., if the received characters are “He” and the “e” is swapped with “a” and “i”, and one or more suggested search terms are identified based on received characters of “Ha” and “Hi”, then suggested search terms based on received characters of “Ha” would be ranked higher than suggested search terms based on received characters of “Hi” because the letter “a” is closer than the letter “i” to the letter “e” on a QWERTY keyboard layout.

It should be further noted that although the suggested search terms are discussed herein as being text search terms, various other content and/or types of content can be returned by one or more of the suggestion sources. This other content and/or types of content can be displayed or otherwise presented by search UI module 204 in addition to, or alternatively in place of, the returned suggested search terms. For example, one or more images related to one or more suggested search terms can be returned and displayed, additional descriptive text related to one or more suggested search terms can be returned and displayed, audio content related to one or more suggested search terms can be returned and played back, and so forth.

FIG. 4 is a flowchart illustrating an example process 400 for generating a combined set of suggested search terms in accordance with one or more embodiments. Process 400 can be implemented in software, firmware, hardware, or combinations thereof. Process 400 is carried out by an extensible search term suggestion module, such as module 118 of FIG. 1 or module 202 of FIG. 2. Process 400 is shown as a set of acts and is not limited to the order shown for performing the operations of the various acts. Process 400 is an example process for generating a combined set of suggested search terms; additional discussions of generating a combined set of suggested search terms are included herein with reference to different figures.

In process 400, characters of user data that are at least part of a search term are received (act 402). The characters can be input by a user in a variety of different manners as discussed above.

An indication of suggestion sources to be used is received (act 404). This indication can be received from an application to be searched for the search term or elsewhere as discussed above.

Zero or more suggested search terms are obtained from each of the suggestion sources (act 406). Different numbers of search terms can be received from the different suggestion sources at different times, as discussed above. Although one or more suggested search terms are typically obtained from each of the suggestion sources, it should be noted that in some situations a suggestion source may return no suggested search terms.

The obtained suggested search terms are combined into a combined set of suggested search terms (act 408). The obtained suggested search terms can be combined based on a particular ordering, and particular numbers of suggested search terms from each different suggestion source, as discussed above.

The combined set of suggested search terms is returned to a search user interface for presentation (act 410). This combined set of suggested search terms can be displayed or otherwise presented to the user by the search user interface as discussed above.

Returning to FIG. 2, system 200 also includes linguistic alternatives generation module 208, which supports obtaining and displaying suggested search terms with linguistic alternatives for certain languages. Some languages, such as East Asian languages (e.g., Japanese, Chinese, and Korean) are made up of numerous characters that do not correspond to individual keys of a keyboard. Other languages, such as Russian, can be represented using multiple different alphabets (e.g., Latin or Cyrillic in the case of Russian). Extensible search term suggestion module 202 supports obtaining suggested search terms with linguistic alternatives for such languages. Configuration module 240 receives an indication from application 206 (or alternatively from another component or module, such as search UI module 204) specifying whether linguistic alternatives generation module 208 is to be used (and thus whether extensible search term suggestion module 202 is to obtain suggested search terms with linguistic alternatives).

As extensible search term suggestion module 202 receives characters from search UI module 204, search term collection module 242 provides the received characters as they are received to linguistic alternatives generation module 208. Linguistic alternatives generation module 208 can identify linguistic alternatives for user inputs in a variety of different manners, and returns those linguistic alternatives to search term collection module 242. Linguistic alternatives generation module 208 typically identifies one or more linguistic alternatives for user inputs, and returns those one or more linguistic alternatives to search term collection module 242. It should be noted, however, that linguistic alternatives generation module 208 typically is not (however alternatively could be) required to return linguistic alternatives. Accordingly, situations can arise in which linguistic alternatives generation module 208 identifies and returns no linguistic alternatives for particular user input.

In one or more embodiments, linguistic alternatives generation module 208 identifies linguistic alternatives for a user input by translating the characters of the user input from one alphabet into another. For example, in the case of the Russian language, if the user input is Latin alphabet characters then linguistic alternatives generation module 208 translates the Latin alphabet characters into Cyrillic alphabet characters. Linguistic alternatives generation module 208 returns to search term collection module 242 the translation of the user input (in Cyrillic alphabet characters) as one or more linguistic alternatives.

Additionally, in one or more embodiments linguistic alternatives generation module 208 identifies one or more characters that can be represented by a phonetic syllable. In some situations, such as some East Asian languages, in order to enter a particular character a user inputs a phonetic syllable as multiple Latin alphabet characters. For example, the user may input a phonetic syllable using the Latin alphabet characters “bei”, which can correspond to multiple different Chinese characters. Linguistic alternatives generation module 208 identifies zero or more different characters that can correspond to a particular user input, and returns those identified characters to search term collection module 242 as linguistic alternatives. For example, if the user input were “bei”, then linguistic alternatives generation module 208 identifies the different Chinese characters that could be represented by “bei” and returns those Chinese characters to search term collection module 242 as linguistic alternatives. By way of another example, if the user input were “h”, then linguistic alternatives generation module 208 identifies the different Chinese characters that could be represented by “h” (which would include multiple different phonetic syllables beginning with “h”) and returns those Chinese characters to search term collection module 242 as linguistic alternatives.

Linguistic alternatives generation module 208 can be configured for particular languages or alternatively for multiple languages. For example, a configuration setting identifying the languages for which linguistic alternatives generation module 208 is to provide alternatives can be provided by a user of a device (e.g., the device implementing extensible search term suggestion module 202 and/or search UI module 204), by application 206, by search UI module 204, and so forth. By way of another example, different linguistic alternatives generation modules 208 can be included in system 200, each for a different language (e.g., one module 208 for Russian, another module 208 for Chinese, another module 208 for Japanese, etc.). Search term collection module 242 can provide the user input to one or more of these different modules 208 depending on the languages for which linguistic alternatives are desired (e.g., as indicated by a user of a device, by application 206, by search UI module 204, and so forth).

Search term collection module 242 receives the linguistic alternatives from linguistic alternatives generation modules 208 and provides both the characters received from search UI module 204 and the linguistic alternatives to the one or more of suggestion sources 220-228 and application 206 from which suggested search terms are to be obtained. Each suggestion source can then determine one or more suggested search terms based on the received characters, the linguistic alternatives, or both the received characters and the linguistic alternatives. If no linguistic alternatives are received from linguistic alternatives generation module 208, then search term collection module 242 provides just the characters received from search UI module 204 to the one or more of suggestion sources 220-228 and application 206 from which suggested search terms are to be obtained. Although obtaining suggested search terms from multiple suggestion sources is discussed above, it should be noted that the linguistic alternatives can be provided to a single suggestion source, and suggested search terms received from the single suggestion source and returned to search UI module 204.

Each suggestion source can determine the one or more suggested search terms in different manners, as discussed above. However, the determination can also be made based on the linguistic alternatives. For example, per user search history source 222 can include records of previous search terms that included Chinese characters. As the user inputs Latin alphabet letters as characters, different possible Chinese characters based on those characters are generated by linguistic alternatives generation module 208. Those different Chinese characters are provided to per user search history source 222 as if those Chinese characters were the actual characters input by the user. Source 222 can identify matches between the provided Chinese characters and the previous search terms that included Chinese characters, and return those matching Chinese characters as suggested search terms. Thus, the user can be presented with one or more suggested search terms that each include one or more Chinese characters in response to having entered a few Latin alphabet letters.

It should also be noted that, as the suggested search terms can be based on the linguistic alternatives, the suggested search terms can be in various different alphabets and/or languages. For example, the suggested search terms may include English language words that begin with “bei”, as well as Chinese characters that are represented by “bei”.

FIG. 5 is a flowchart illustrating an example process 500 for generating suggested search terms based on linguistic alternatives in accordance with one or more embodiments. Process 500 can be implemented in software, firmware, hardware, or combinations thereof. Process 500 is carried out by an extensible search term suggestion module and linguistic alternatives generation module, such as module 118 of FIG. 1 or module 202 of FIG. 2, and module 208 of FIG. 2. Process 500 is shown as a set of acts and is not limited to the order shown for performing the operations of the various acts. Process 500 is an example process for generating suggested search terms based on linguistic alternatives; additional discussions of generating suggested search terms based on linguistic alternatives are included herein with reference to different figures.

In process 500, characters of user data that are at least part of a search term are received (act 502). The characters can be input by a user in a variety of different manners as discussed above.

Linguistic alternatives for the characters are determined (act 504). The linguistic alternatives can be determined in different manners, including translating the characters from one alphabet into another and identifying one or more characters that can be represented by a phonetic syllable as discussed above.

Both the characters and the linguistic alternatives are provided to a suggestion source (act 506). Alternatively, only the linguistic alternatives can be provided to a suggestion source in act 506. The linguistic alternatives can be provided to a single suggestion source, or alternatively to multiple suggestion sources as discussed above.

One or more suggested search terms are received from the suggestion source (act 508). One or more suggested search terms are typically received from each suggestion source to which the characters and linguistic alternatives were provided, although in some situations a suggestion source may return no suggested search terms.

The suggested search terms are returned to a search user interface for presentation (act 510). This suggested search terms can be displayed or otherwise presented to the user by the search user interface as discussed above. Additionally, the suggested search terms received from multiple suggestion sources can be combined into a combined set of suggested search terms as discussed above.

The extensible search term suggestion engine discussed herein supports a variety of different usage scenarios. The extensible search term suggestion engine provides applications flexibility in having suggested search terms generated for a user entering a search term to search an application. Different applications can rely on different suggestion sources, and need not (although can) themselves generate suggested search terms. The applications can specify which one or more suggestion sources are to be used to generate suggested search terms, and can also specify whether linguistic alternatives are to be used in generated suggested search terms.

FIG. 6 illustrates an example computing device 600 that can be configured to implement the extensible search term suggestion engine in accordance with one or more embodiments. Computing device 600 can be, for example, computing device 102 or 104 of FIG. 1, and can implement at least part of system 200 of FIG. 2.

Computing device 600 includes one or more processors or processing units 602, one or more computer readable media 604 which can include one or more memory and/or storage components 606, one or more input/output (I/O) devices 608, and a bus 610 that allows the various components and devices to communicate with one another. Computer readable media 604 and/or one or more I/O devices 608 can be included as part of, or alternatively may be coupled to, computing device 600. Bus 610 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor or local bus, and so forth using a variety of different bus architectures. Bus 610 can include wired and/or wireless buses.

Memory/storage component 606 represents one or more computer storage media. Component 606 can include volatile media (such as random access memory (RAM)) and/or nonvolatile media (such as read only memory (ROM), Flash memory, optical disks, magnetic disks, and so forth). Component 606 can include fixed media (e.g., RAM, ROM, a fixed hard drive, etc.) as well as removable media (e.g., a Flash memory drive, a removable hard drive, an optical disk, and so forth).

The techniques discussed herein can be implemented in software, with instructions being executed by one or more processing units 602. It is to be appreciated that different instructions can be stored in different components of computing device 600, such as in a processing unit 602, in various cache memories of a processing unit 602, in other cache memories of device 600 (not shown), on other computer readable media, and so forth. Additionally, it is to be appreciated that the location where instructions are stored in computing device 600 can change over time.

One or more input/output devices 608 allow a user to enter commands and information to computing device 600, and also allows information to be presented to the user and/or other components or devices. Examples of input devices include a keyboard, a cursor control device (e.g., a mouse), a microphone, a scanner, and so forth. Examples of output devices include a display device (e.g., a monitor or projector), speakers, a printer, a network card, and so forth.

Various techniques may be described herein in the general context of software or program modules. Generally, software includes routines, programs, objects, components, data structures, and so forth that perform particular tasks or implement particular abstract data types. An implementation of these modules and techniques may be stored on or transmitted across some form of computer readable media. Computer readable media can be any available medium or media that can be accessed by a computing device. By way of example, and not limitation, computer readable media may comprise “computer storage media” and “communications media.”

“Computer storage media” include volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules, or other data. Computer storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer.

“Communication media” typically embody computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as carrier wave or other transport mechanism. Communication media also include any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media include wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared, and other wireless media. Combinations of any of the above are also included within the scope of computer readable media.

Generally, any of the functions or techniques described herein can be implemented using software, firmware, hardware (e.g., fixed logic circuitry), manual processing, or a combination of these implementations. The terms “module” and “component” as used herein generally represent software, firmware, hardware, or combinations thereof. In the case of a software implementation, the module or component represents program code that performs specified tasks when executed on a processor (e.g., CPU or CPUs). The program code can be stored in one or more computer readable memory devices, further description of which may be found with reference to FIG. 6. The features of the extensible search term suggestion engine techniques described herein are platform-independent, meaning that the techniques can be implemented on a variety of commercial computing platforms having a variety of processors.

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims. 

1. A method in a search term suggestion engine of a computing device, the method comprising: receiving characters of user data as the characters are input, wherein the user data is at least part of a search term to be provided to a first application to search for the search term, wherein the first application is one of multiple applications on the computing device; receiving, from the first application, an indication of multiple suggestion sources; obtaining, from each of two or more of the multiple suggestion sources, one or more suggested search terms based on the received characters; combining the one or more suggested search terms into a combined set of suggested search terms; and returning the combined set of suggested search terms to a search user interface for presentation to a user.
 2. A method as recited in claim 1, further comprising repeating the obtaining, combining, and returning as each of multiple additional characters of the user data input are received.
 3. A method as recited in claim 1, wherein one of the multiple suggestion sources is a local file source that provides one or more suggested search terms based on files stored on a local storage device of the computing device.
 4. A method as recited in claim 3, the local file source modifying the received characters to identify one or more suggested search terms, the modifying comprising swapping ones of the received characters, adding one or more characters to the received characters, or deleting one or more characters of the received characters.
 5. A method as recited in claim 1, wherein one of the multiple suggestion sources is a per user search history source that provides one or more suggested search terms based on a history of search terms entered by the user of the computing device.
 6. A method as recited in claim 5, wherein the per user search history source provides one or more suggested search terms based on a history of search terms entered by the user of the computing device to different ones of the multiple applications.
 7. A method as recited in claim 5, the per user search history source modifying the received characters to identify one or more suggested search terms, the modifying comprising swapping ones of the received characters, adding one or more characters to the received characters, or deleting one or more characters of the received characters.
 8. A method as recited in claim 1, wherein one of the multiple suggestion sources is the first application.
 9. A method as recited in claim 1, wherein the search user interface is included as a module of the first application.
 10. A method as recited in claim 1, wherein combining the one or more suggested search terms comprises: removing duplicate suggested search terms from the suggested search terms obtained from the two or more suggestion sources; and ordering the suggested search terms in the combined set of suggested search terms based on the suggestion sources from which the suggested search terms are obtained.
 11. A method as recited in claim 10, further comprising receiving, from the first application, an additional indication of which of the multiple suggestion sources are to have their suggested search terms be included earlier in the combined set of suggested search terms than which other of the multiple suggestion sources, the ordering comprising ordering the suggested search terms based on the additional indication.
 12. A method as recited in claim 10, further comprising: identifying, for each of the multiple suggestion sources, a number of suggested search terms to be included in the combined set of suggested search terms; including in the combined set, for each of the multiple suggestion sources, the number of suggested search terms from the suggestion source if at least the number of suggested search terms is obtained from the suggestion source; and including in the combined set, for each of the multiple suggestions sources, one or more suggested search terms from another suggestion source if at least the number of suggested search terms is not obtained from the suggestion source.
 13. A method as recited in claim 1, wherein the returning comprises: returning first suggested search terms received from a first one or more of the multiple suggestion sources within a threshold amount of time; waiting until second suggested search terms are received from a second one or more of the multiple suggestion sources; and returning, after returning the first suggested search terms, the second suggested search terms to the search user interface.
 14. A method as recited in claim 13, further comprising returning third suggested search terms received from a third one or more of the multiple suggestion sources within the threshold amount of time with the second suggested search terms if the third suggested search terms are to be included later in the combined list than the second suggested search terms.
 15. One or more computer storage media having stored thereon multiple instructions that, when executed by one or more processors of a computing device, cause the one or more processors to: receive characters of user data as the characters are input, wherein the user data is at least part of a search term to be provided to an application to search for the search term; determine one or more linguistic alternatives for the characters; provide both the characters and the one or more linguistic alternatives to a suggestion source; receive, from the suggestion source, one or more suggested search terms based on the one or more linguistic alternatives; and return the one or more suggested search terms to a search user interface for display.
 16. One or more computer storage media as recited in claim 15, wherein the characters of user data comprise Latin alphabet letters, and the one or more linguistic alternatives include one or more East Asian language characters.
 17. One or more computer storage media as recited in claim 16, wherein to receive one or more suggested search terms is to receive one or more suggested search terms in Latin alphabet letters, and receive one or more suggested search terms in East Asian language characters.
 18. One or more computer storage media as recited in claim 15, wherein to determine one or more linguistic alternatives for the characters is to translate the characters into a different alphabet.
 19. One or more computer storage media as recited in claim 15, wherein to determine one or more linguistic alternatives for the characters is to identify one or more East Asian language characters represented by the characters.
 20. A method in a search term suggestion engine of a computing device, the method comprising: receiving, from a search user interface, characters of user data as the characters are input, wherein the user data is at least part of a search term to be provided to an application to search for the search term; receiving, from the application, an indication of multiple suggestion sources, the multiple suggestion sources including a local file source that provides one or more suggested search terms based on files stored on a local storage device of the computing device, and a per user search history source that provides one or more suggested search terms based on a history of search terms entered by a user of the computing device; determining one or more linguistic alternatives for the characters; providing both the characters and the one or more linguistic alternatives to each of the multiple suggestion sources; receiving, from each of the multiple suggestion sources, one or more suggested search terms based on the received characters and/or the one or more linguistic alternatives; combining the one or more suggested search terms into a combined set of suggested search terms; and returning the combined set of suggested search terms to the search user interface for display. 